構(gòu)建一個人機界面原型能夠幫助設(shè)計工程師在設(shè)計早期理解接口對設(shè)計的要求和接口的可用性。下面將探討一種當目標硬件還遠未實現(xiàn)時，在PC機上構(gòu)建人機界面原型的方法。構(gòu)建這類原型的主要目的有二。

1. 使同一個設(shè)計組中的其他成員能夠看到該設(shè)備的工作過程。當我們在紙上設(shè)計一臺交互式設(shè)備時，要判斷設(shè)計中所描述的交互性能否實際實現(xiàn)，需要很大的想象力。而如果構(gòu)建一個工作原型，就會使情況清晰許多，并且允許更多的旁觀者來評論正在計劃中的接口設(shè)計得怎樣。很多時候，用接口原型進行試驗，還能幫助設(shè)計工程師決定真正設(shè)計出的硬件需要多少按鈕、多少LED、多少數(shù)字顯示器或文本顯示器。

2. 當硬件沒有工作時，利用接口原型來為人機界面編寫軟件。為達到這一目的，出現(xiàn)在PC顯示器上的接口原型必須采用C、C++或者其它適用于嵌入式開發(fā)的語言來控制 。對于其它部分，則可以假設(shè)C是用于最終目標硬件的語言。


然后大概考慮一下需要仿真的是哪部分軟件。在最簡單的情況下，軟件可用來打開或關(guān)閉一個LED，或者向一個小型字符顯示器輸出一個字符串?？刂迫藱C界面上的物理元件只是一項很普通的功能，所以能夠在PC機上編寫這種軟件的優(yōu)點是微不足道的。因為開關(guān)一個LED可能只需要一行代碼，在一個LCD文本顯示器上顯示一個文本字符串也只需要調(diào)用一個10行或20行的函數(shù)。

真正困難的是如何編寫軟件來決定究竟是打開LED還是關(guān)閉LED，以及決定顯示什么字符串。例如，當一個被測傳感器的值持續(xù)超過警戒線一段時間，而一組使警戒有效的條件也滿足了之后，軟件也許應(yīng)選擇打開LED。再如，當用戶按下一個按鈕來選擇菜單中的下一項時，軟件也許應(yīng)查閱一個描述該菜單的字符串表和操作表，以決定下一個顯示的應(yīng)該是哪一項。這種控制菜單之類的軟件，其代碼長度就會超過底層軟件。

在本例中，我們的目的是編寫一個文本顯示和LED控制的仿真軟件，以表示PC機屏幕的變化。我們可以編寫警戒檢查代碼和菜單控制代碼，使其既能運行在PC機上，又能運行在目標設(shè)備上。

這種仿真的方法并不新穎。但在為諸如PDA和游戲機之類并沒有自己的開發(fā)環(huán)境的目標設(shè)備上編寫軟件時，通常需要用到這種方法。

編寫仿真軟件所需的工具

用Visual Basic在PC機上顯示幾個按鈕和兩行文本并不困難，但當將該原型與C代碼接口時，就會顯得十分麻煩。

如今有許多針對嵌入式開發(fā)的原型編寫工具，用這些工具往往會迫使設(shè)計工程師依賴于它們的事件模型，從而導(dǎo)致設(shè)計過多地依賴這些工具。如果設(shè)計工程師遵從它們的接口設(shè)計風(fēng)格，那么這些工具確實可以產(chǎn)生代碼，但它們并不是對所有平臺都具備足夠的靈活度，而且它們產(chǎn)生的代碼可能并不適合小型的微控制器。

我所采用的工具是Borland C++(后面將簡寫為CPB)。Borland C++并不是專門配合嵌入式系統(tǒng)的軟件編寫工具，但我發(fā)現(xiàn)它非常適合設(shè)計的需要，而且采用Borland C++不會將設(shè)計束縛在任何一個處理器或者任何一種軟件結(jié)構(gòu)上。

CPB中有一組預(yù)定義的圖形組件，其中大多數(shù)并非針對嵌入式項目，而是針對桌面應(yīng)用(類似下拉菜單)。但還是有一個小的子組件可用于我們本文所述的目的。象LED這樣的UI元素就可以用圖像來仿真。

CPB有三種版本：標準版、專業(yè)版和企業(yè)版。對于我們將要討論的接口而言，標準版已經(jīng)足夠。

按鈕、滑動塊、標簽和其它UI元素均可通過drag-and-drop環(huán)境插入一個表格(一個簡單的對話窗口)中去。產(chǎn)生一個這樣的表格就會生成一個C++類的框架。例如，每當用戶點擊一個圖像或移動一個滑動塊時，都會產(chǎn)生一組事件，而該表格中的每個元素都有這樣一組事件與其對應(yīng)。究竟需要對哪些事件作出反映則由程序員來選擇。這些響應(yīng)就被寫成該表格所產(chǎn)生的類的成員函數(shù)。  
如果前面板是由一個工業(yè)設(shè)計小組設(shè)計的，那么就會有整個顯示圖像可供利用?；蛘呷绻锢碓鸵呀?jīng)存在，那么一幅該物理原型的數(shù)字相片就可以用來作為背景。

我采用圖像目標(在CPB內(nèi)也叫作Timage)來顯示大多數(shù)物理元件。因為采用了圖像目標就可以引入位圖，然后進行顯示。例如可以引入一個發(fā)光二極管的圖像。在該應(yīng)用中，顯示了一個包含5個按鈕和4個LED的接口原圖，如圖1所示。背景圖像中LED處于關(guān)斷狀態(tài)。一旦軟件決定其中的一個LED應(yīng)打開，那么這個發(fā)光LED圖像的可見屬性就被設(shè)為真，于是點亮的LED的圖像就覆蓋了不亮的LED圖像。

有了這種簡單的重疊多幅圖像的訣竅，我們就可以仿真一個物理顯示屏的其它部分。例如，假設(shè)我們采用CPB IDE來創(chuàng)建一個包含單詞“ALARM”的標注，并將這一元素命名為AlarmIndicator，那么我們就可以編寫一個函數(shù)來控制它：

void setAlarmState(Boolean state)
{
PanelForm->AlarmIndicator
->Visible = state;
}

面板表格中包含了我們仿真時所用到的所有圖形對象。Alarm-Indicator就是我們將一個標簽放到面板表格上之后為其分配的名字。當我們將該標簽通過拖拽到表格窗口中的方式加入該表格時，它就成為了該表格的一個數(shù)據(jù)成員。

在CPB中，顯示屏上的一個元素的所有屬性都可以作為表征該元素的類的公共數(shù)據(jù)成員。因此，Visible屬性只需進行一個簡單的分配操作就能改變。公共數(shù)據(jù)成員可以在程序中的任何地方通過分配而改變。在CPB中，各屬性也有其特殊狀態(tài)，允許在IDE中通過該狀態(tài)改變屬性。開發(fā)者可以點擊一個標注，并在屬性窗口設(shè)置Visible屬性。顯示的顏色和字體也可以通過類似的方法改變。

現(xiàn)在來看一個setAlarmState()程序，該程序用于驅(qū)動基于CPB的仿真。以下代碼為CPB專用代碼，在最終的目標上無法運行。不用多久，我們將不得不為目標接口編寫該函數(shù)的另一個版本，形式如下：

void setAlarmState(Boolean state)
{
if (state)
{
ledRegister |= 0x02;
}
else
{
ledRegister &= ~0x02;
}
}

有時，編程的風(fēng)格會導(dǎo)致一些小函數(shù)造成函數(shù)調(diào)用開銷。在較小的系統(tǒng)中這一問題較受關(guān)注，而這些函數(shù)中有一些可以寫成宏或者內(nèi)聯(lián)(inline)函數(shù)。我通常只在項目的最后階段才開始進行這類優(yōu)化。

代碼的組織

如果我們已經(jīng)編寫了兩個版本的setAlarm-State()函數(shù)，那么我們必須保證一次只編譯其中的一個。要達到這一目的，一種方法是一直采用CPB代碼，直到目標硬件設(shè)計好之后，再用目標專用的代碼代替其中所有CPB專用的代碼。如果我們這樣做，那么在我們開始目標硬件的開發(fā)工作之后，就無法再運行仿真了。讀者可能認為這不是什么問題，但事實上，即使硬件設(shè)計好之后，仿真也是有用的。

例如，仿真中基于PC的調(diào)試環(huán)境往往就比目標硬件的開發(fā)環(huán)境要好。因為目標硬件的下載速度可能較慢，或者每次修改軟件都必須重新燒錄一塊一次性可編程芯片。而且目標硬件的調(diào)試環(huán)境中可能也不支持單步調(diào)試和斷點調(diào)試。即使目標硬件的調(diào)試環(huán)境較好，相對而言，PC仿真還是有其它優(yōu)勢。開發(fā)者可以將.exe文件通過電子郵件發(fā)送給不在同一工作地點的工作伙伴，以獲得他們的反饋信息。

一旦開發(fā)者決定要在整個項目的開發(fā)周期中同時保留兩個版本的函數(shù)，那么分隔它們就很容易。在CPB中的Project/Options下，可以定義宏。我通常會定義USING_CPB，然后在我的源代碼中，利用一個#ifdef來區(qū)分不同的函數(shù)版本。另一種區(qū)分函數(shù)版本的方法就是將目標代碼和仿真代碼存放在不同的文件中，但讓二者共享同一個頭文件，以保證二者采用同樣一組函數(shù)標記。

CPB環(huán)境是基于C++的一種環(huán)境，但許多嵌入式目標幾乎都不支持C。這時，開發(fā)者只能采用共享代碼中由交叉編譯器所支持的C++子集，這其實并沒有想象中的困難。解決該問題的方法之一就是針對嵌入式目標來編譯代碼，即使當前并沒有硬件可以運行這些代碼。這時那些在PC機上可用的而在目標硬件上則可能屬于非法的特性就顯得突出起來。例如，有些較小型的處理器就不支持遞歸。同時，在嵌入式編譯器上檢查軟件，還能快速地在程序中標出那些偶然被包含進目標可執(zhí)行文件中的CPB專用代碼。我本人就發(fā)覺這種方法在跟蹤軟件的大小時非常有用，因為CPB庫過于龐大，會完全扭曲程序的大小，所以PC機中進行編譯時給出的軟件大小并不真實。

這里采用了三種類型的代碼。其中有些屬于CPB專用代碼，只能在PC機上編譯；有些屬于目標專用代碼，只能在目標上編譯；而其它的則屬于公共代碼，應(yīng)該既能在PC機平臺上運行，也能在目標平臺上運行。在理想情況下，每個源文件應(yīng)該都只包含一種類型的代碼。設(shè)計工程師的IDE或makefile應(yīng)允許其選擇在每次創(chuàng)建可執(zhí)行文件時需要包含哪些文件。

建議在命名文件時，將所有CPB專用的文件命名為.cpp文件，所有目標專用的文件和共享文件均取.c為擴展名。那么在目標環(huán)境中編譯時，就只需編譯擴展名為.c的文件，而不編譯擴展名為.cpp的文件。

如果設(shè)計工程師遵循以上風(fēng)格，那么在CPB環(huán)境中編譯時還會遇到一個問題。CPB環(huán)境將.c文件假設(shè)為C代碼編寫的文件，而將.cpp文件假設(shè)為C++代碼編寫的文件。當從一個文件到另一個文件發(fā)生調(diào)用時，將會因 C++產(chǎn)生破損函數(shù)名的方式不同而產(chǎn)生鏈接錯誤。我們可以通過采用“extern C”構(gòu)造來回避這個問題。但這樣有點麻煩，尤其當調(diào)用發(fā)生在從C到C++或從C++到C時?？梢詾锽orland編譯器設(shè)置一個標志，告訴它，不論文件名的后綴是什么，均將其作為C++文件來編譯。遺憾的是IDE中沒有這樣的標志。于是我們只能手工編輯項目配置文件來實現(xiàn)這一功能。

代碼舉例

讀者可以在www.panelsoft.com/cpb 處找到一個可執(zhí)行文件five.exe，文件中包含一行5個按鈕和一組LED。按下前4個按鈕中的任何一個都會打開相應(yīng)的一個LED。第5個按鈕是RESET(復(fù)位)按鈕，按下該按鈕會關(guān)斷所有LED。 當然，在構(gòu)造這樣一個項目時，并不需要進行仿真。但該例旨在說明，只要具備初始的接口界面圖象，那么仿真時，只需稍作努力就可得到與真實設(shè)備看起來相似的運行結(jié)果。同時，該例還說明，key.c模塊中包含的代碼既可在目標環(huán)境中運行，也可在仿真環(huán)境中運行，而且該代碼不會因目標環(huán)境和仿真環(huán)境這兩種平臺之間的差異而需要任何條件代碼才能運行。用于構(gòu)造該應(yīng)用的所有源代碼和初始位圖均可從該站點下載。


建立類似的仿真需要設(shè)計工程師具備一定的C++知識，學(xué)習(xí)CPB開發(fā)環(huán)境也需要一定的過程，當設(shè)計工程師從未用過這種面向?qū)ο蟮氖录?qū)動環(huán)境時尤其如此。然而只要建立起一個仿真，那么其它工作只需按相同的步驟進行即可。設(shè)計工程師如果曾編寫過基于PC的程序，而且程序中用到了GUI，那么這一經(jīng)驗會有助于對CPB的學(xué)習(xí)。我過去就曾利用這樣一個程序來完成過一個簡單的下載應(yīng)用，實現(xiàn)與嵌入式目標的串行通信。